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(54) System and method for unifying the implementation and processing mobile communications 
and a unified mobility manager for providing such communications 



(57) A system and method for unifying and handling 
network messages of various communication protocols 
from various mobile systems. The network messages 
are being handled at a home system for the various mo- 
bile systems. A gateway cluster has a number of gate- 
ways of different types of communication protocols. The 
gateway cluster receives the network messages of the 
respective communication protocols at the home sys- 
tem. The respective gateways convert the network mes- 
sages to normalized messages by querying the catego- 
ries, the data, and the network types of the normalized 
data for the mobile systems from which the network 
messages were respectively generated therefrom. A 
database system stores normalized data in categories. 
The normalized data at least includes data relating to 



the mobile systems and network types for the data. A 
unified mobility manager is coupled to and in communi- 
cations with the gateway cluster and the database sys- 
tem. The unified mobility manager receives and proc- 
esses the normalized messages, performs operations 
based on the normalized messages and on the catego- 
ries, the data, and the network types of the normalized 
data, and formulates normalized responses responsive 
to the normalized messages. The normalized respons- 
es are converted to network responses at the gateways 
and the network responses are sent to the respective 
mobile systems. A normalized data structure is provided 
for the normalized data, and the data structure generally 
comprises network message data, a category type for 
the data, and a network type that is reflective of the com- 
munication protocol from the network message. 
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Description 

BACKGROUND OF THE INVENTION 

1. Technical Field: 

[0001] The present invention relates in general to a 
system and method for unifying the implementation and 
processing of mobile communications by various mobile 
devices and units and terminals that operate on various 
mobile communication protocols and in particular to a 
unified mobility manager system and method that is 
used to provide such unified implementation and 
processing of mobile commu nications by various mobile 
devices and units that operate on various mobile com- 
munication protocols. Still particularly, the present in- 
vention relates to normalizing messages from the vari- 
ous mobile devices and units and terminals, to process- 
ing, handling, and responding to these normalized mes- 
sages, and to converting the normalized responses 
back to respective communication protocols. 

2. Description of the Related Art: 

[0002] For the present description, the term "mobile" 
or "mobility" is used to define and describe a device, 
unit, terminal, or system that is able to be moved from 
one location to another location, whether the device, 
unit, terminal, or system is a wireless system that is mov- 
able or a wireline system that is movable. Furthermore, 
forthis present description, the phrase "mobile commu- 
nication" or "mobility communication" is used to define 
and describe communication protocols that track move- 
ment of such "mobile" devices, units, terminals, or sys- 
tems from one location to another location and that pro- 
vide and support communications for such "mobile" de- 
vices, units, terminals, or systems (i.e. whether these 
devices, units, terminals, or systems are wireless sys- 
tems that are movable or wireline systems that are mov- 
able). As will be seen later in the specification, the 
present invention is not in any way limited to any partic- 
ular communication device, unit, terminal, system, or re- 
spective communication protocol, and the present in- 
vention may be utilized with any device, unit, terminal, 
or system that is able to be moved from one location to 
another location (whether a wireless system or a wire- 
line system) and with any communication protocol that 
tracks, provides, and supports communications for such 
devices, units, terminals, or systems from one location 
to another location. 

[0003] In the telecommunications field, various ac- 
cess technologies and communication protocols exist. 
Examples of such access technologies and communi- 
cation protocols are ANSI41 (North American Cellular), 
Group Special Mobile (GSM) network, cable modem 
network, mobile Internet protocol (IP), Public Switched 
Telephone Network (PSTN), data network, IS-136Tlme 
Division Multiple Access (TDMA), IS-54B Time Division 



Multiple Access (TDMA), Advanced Mobile Phone Sys- 
tem (AMPS), Code Division Multiple Access (CDMA), 
and any other such technologies that provide voice and 
data applications to a mobile customer. 

5 [0004] With reference now to the figures and in par- 
ticular with reference to prior art Figure 1, a block dia- 
gram 5 and block diagrams 5 A to 5 D are shown in which 
each of the technologies and protocols requires its own 
serving system 10 for a mobile unit or device or terminal 

10 14 to locate and find its own home system 12 in order 
to enable further communication based services to be 
provided to the mobile units or device or terminal 14 (i. 
e. voice related applications, data related applications, 
or any other form of information exchange). A home sys- 

15 tern 12 is typically where the subscriberor user informa- 
tion resides, and a serving system 1 0 is any system that 
provides services to and that registers or attempts reg- 
istration of a mobile unit or device or terminal 14 that is 
outside of its home system 12 by finding and forwarding 

20 a request(s) to the home system 12. Figure 1 shows 
that the mobile system 1 4 is away from its home system 
12 and is at a location in which it sends its request to 
the serving system 10. The serving system 10 then 
tracks, finds, and forwards the request to the home sys- 

25 tern 12 of the mobile system 14. The home system 12 
has a home message processor 15 that processes the 
request. A response to the request is sent from the home 
message processor 1 5 to the mobile system 1 4 through 
the serving system 10. 

30 [0005] Figure 1 shows that each different type of mo- 
bile communication protocol involves a mobile unit or 
device or terminal type that requires and accesses its 
respective type of serving system and home system. For 
example, ANSI41 or North American Cellular (NAC) is 

35 the communication protocol for cellular commu nications 
in North America. Figure 5A shows that if an ANSI41 
mobile unit or device 14A (i.e. cellular telephone or de- 
vice) is away from its home area (i.e. home system 1 2A), 
then the ANSI41 mobile unit or device 14A must com- 

40 municate with a local and compatible ANSI41 serving 
system 10A. The local and compatible ANSI41 serving 
system 1 0A, in turn, finds and locates the home system 
12A for that mobile unit or device 14A, which is an 
ANSI41 type, for the mobile unit or device 14A, and the 

45 serving system 1 0A sends a request(s) on behalf of the 
ANSI41 mobile unit or device 14A to its home system 
12A. The home system 12A has an ANSI41 message 
processor or HLR 1 5A that is able to handle and process 
the ANSI41 request and sends back a corresponding 

so response to the request. 

[0006] Figures 5B, 5C, and 5D show similar topolo- 
gies for the GSM protocol, cable protocol, and Internet 
protocol (IP). Figure 5B shows that a GSM mobile unit 
or device 14B requires and is enabled with communica- 

55 tions only through a GSM serving system 10B and a 
GSM home system 12B having a GSM message proc- 
essor 15B that handles and processes GSM requests 
or messages. Figure 5C shows that a cable modem mo- 
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bite unit or device 1 4C requires and is enabled with com- 
munications only through a cable modem serving sys- 
tem 10C and a cable modem home system 12C having 
a cable modem message processor 15C that handles 
and processes cable modem requests or messages. 
Figure 5D shows that an IP mobile unit or device 14D 
requires and is enabled with communications only 
through an IP serving system 10D and an IP home sys- 
tem 12D having an IP message processor 15D that han- 
dles and processes IP requests or messages. 
[0007] Thus, each Individual type of communication 
protocol, such as the ones discussed above, requires 
its own type of message processor at the home system 
and its own separate hardware system for implementa- 
tion. Furthermore, as shown in Figure 1 , the communi- 
cations provided and enabled by the home systems 12, 
12A, 12B, 12C, and 12D are tracked to respective mo- 
bile systems 14, 14A, 14B, 14C, and 14D. However, a 
person who possesses mobile devices or units of differ- 
ent communication protocol types generally has sub- 
scriptions to the services for those types of communica- 
tion, and these subscriptions and services require sep- 
arate provisions of the services and usually separate 
management and billing. Presently, cross-over for 
processing and handling the various messages and re- 
sponses for the different communication protocols gen- 
erally does not exist at this time. A system and method 
of unifying management of the various mobile commu- 
nication protocols and of tracking a person with sub- 
scriptions to sen/ices of various mobile communication 
protocols do not exist. Furthermore, the unification of 
subscriptions of various communication services across 
various respective communication protocols under a 
single umbrella for each subscriber, user, or customer 
also does not exist at this time. 
[0008] For example, if a person owns a cellular tele- 
phone and a mobile laptop computer with Internet ac- 
cess, then another person trying to reach that person 
has to separately dial the cellular telephone and sepa- 
rately send an e-mail message to communicate through 
the mobile laptop computer. A system and method of 
tracking the mobility communications of a person and 
allowing a unified manager to automatically try the var- 
ious mobile communication protocols for which the per- 
son has subscription(s) does not exist. For example, 
such a method that does not exist involves a type of uni- 
fied communication manager for tracking the communi- 
cations mobility of the person by first trying to access 
the person's cellular telephone and then automatically 
sending the e-mail message to the person's mobile lap- 
top computer if the person was not reached by cellular 
telephone. 

[0009] Thus, each type of mobile communication pro- 
tocol requires its own separate hardware system, man- 
agement, and provision of service. Present tracking of 
mobile communications is generally to a mobile device 
or unit and is not linked in any way to a person. A person 
may own various mobile communication devices or 



units, in the present technology, the communications of 
all of the mobile systems are each maintained and man- 
aged separately and are not unified in any manner. A 
unified management of mobile communications would 

5 allow the tracking of mobile communications to a per- 
son. The concept of unification of communication mo- 
bility management irrespective of the various access 
technologies and protocols at the home system pres- 
ently does not exist. Furthermore, the unification of sub- 

10 scriptions of various communication services across 
various respective communication protocols under a 
single umbrella for each subscriber, user, or customer 
also does not exist. 

[0010] It would therefore be advantageous and desir- 
15 able to provide a system and method for unifying the 
implementation and processing of mobile communica- 
tions by various mobile devices and units and terminals 
that operate on various mobile communication proto- 
cols. It would also be advantageous and desirable to 
20 provide a unified mobility manager system and method 
that is used to provide such unified implementation and 
processing of mobile communications by various mobile 
devices and units and terminals that operate on various 
mobile communication protocols. It would still be advan- 
25 tageous and desirable to normalize messages from the 
various mobile devices and units and terminals, to proc- 
ess, handle, and respond to these normalized messag- 
es, and to convert the normalized responses back to re- 
spective communication protocols. It would also be ad- 
30 vantageous and desirable to provide a unified hardware 
system for various types of mobile communication pro- 
tocols. It would also be advantageous and desirable to 
provide a system and method that allow tracking of mo- 
bile communications to a person and to his/her subscrip- 
ts tion services for various mobile communication types. It 
would further be advantageous and desirable to unify 
maintenance and management of the mobile communi- 
cations that are of various mobile communication pro- 
tocol types. It would still further be advantageous and 
40 desirable to provide unification of mobility management 
irrespective of the various access technologies and pro- 
tocols that exist at the home system. It would still also 
be advantageous and desirable to unify subscriptions- 
of various communication services across various re- 
45 spective communication protocols under a single um- 
brella for each subscriber, user, or customer. 

SUMMARY OF THE INVENTION 

50 [001 1 ] It is therefore one object of the present inven- 
tion to provide a system and method for unifying the im- 
plementation and processing of mobile communications 
by various mobile devices and units and terminals that 
operate on various mobile communication protocols. 

55 [Q012] It is also another object of the present invention 
to provide a unified mobility manager system and meth- 
od that is used to provide such unified implementation 
and processing of mobile communications by various 
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mobile devices and units and terminals that operate on 
various mobile communication protocols. 
[0013] It is still a further object of the present invention 
to normalize messages from the various mobile devices 
and units and terminals, to process, handle, and. re- s 
spond to these normalized messages, and to convert 
the normalized responses back to respective communi- 
cation protocols. 

[0014] It is a further object of the present invention to 
provide a unified hardware system for various types of 10 
mobile communication protocols. 
[001 5] It is still another object of the present invention 
to provide a system and method that allow tracking of 
mobile communications to a person and to his/her sub- 
scription services for various mobile communication « 
types. 

[0016] It is still a further object to unify maintenance 
and management of the mobile communications that 
are of various mobile communication protocol types. 
[001 7] It is still another object of the present invention 20 
to provide unification of mobility management irrespec- 
tive of the various access technologies and protocols 
that exist at the home system. 
[001 8] It is still also an object of the present invention 
to unify subscriptions of various communication servic- 25 
es across various respective communication protocols 
under a single umbrella for each subscriber, user, or 
customer. 

[0019] The foregoing objects are achieved as is now 
described. A system and method for unifying and han- 30 
dling network messages of various communication pro- 
tocols from various mobile systems. The network mes- 
sages are being handled at a home system for the var- 
ious mobile systems. A gateway cluster has a number 
of gateways of different types of communication proto- 35 
cols. The gateway cluster receives the network messag- 
es of the respective communication protocols at the 
home system. The respective gateways convert the net- 
work messages to normalized messages by querying 
the categories, the data, and the network types of the 40 
normalized data for the mobile systems from which the 
network messages were respectively generated there- 
from. A database system stores normalized data in cat- 
egories. The normalized data at least includes data re- 
lating to the mobile systems and network types for the 
data. A unified mobility manager is coupled to and in 
communications with the gateway cluster and the data- 
base system. The unified mobility manager receives 
and processes the normalized messages, performs op- 
erations based on the normalized messages and on the so 
categories, the data, and the network types of the nor- 
malized data, and formulates normalized responses re- 
sponsive to the normalized messages. The normalized 
responses are converted to network responses at the 
gateways and the network responses are sent to the re- 55 
spective mobile systems. A normalized data structure is 
provided for the normalized data, and the data structure 
generally comprises network message data, a category 



type for the data, and a network type that is reflective of 
the communication protocol from the network message. 
[0020] The above as well as additional objects, fea- 
tures, and advantages of the present invention will be- 
come apparent in the following detailed written descrip- 
tion. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0021] The novel features believed characteristic of 
the invention are set forth in the appended claims. The 
invention itself however, as well as a preferred mode of 
use, further objects and advantages thereof, will best be 
understood by reference to the following detailed de- 
scription of an illustrative embodiment when read in con- 
junction with the accompanying drawings, wherein: 

Figure 1 are prior art block diagrams of various in- 
dividual and separate configurations of mobile com- 
munications wherein each of the diagrams shows 
an individual and separate hardware system that 
has a mobile system which uses a local serving sys- 
tem to locate and find its home system in order to 
enable its respective type of communication proto- 
col and provide communications for the mobile sys- 
tem; 

Figure 2 is a block diagram showing an example 
topology of the present invention unified mobility 
manager (UMM) used to provide unified implemen- 
tation and processing of mobile communications by 
various mobile systems that operate on various mo- 
bile communication protocols; 

Figure 3 is a chart of example categories of UMM 
information; 

Figure 4 is an example data organization chart for 
the authentication information category showing 
various normalized data defined for each network/ 
personality type (i.e. each communication proto- 
col); 

Figure 5 is a block diagram of a UMM/UDS mes- 
sage processor system that handles and processes 
UMM messages; 

Figure 6 is a flow chart of an algorithm for the han- 
dling and processing of UMM messages by the 
UMM/UDS message processor system and through 
a gateway cluster; 

Figure 7 is a chart of permanent and transient sub- 
scriber data used in the present invention; and 

Figure 8 is achart of temporary transient subscriber 
data used in the present invention. 
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DETAILED DESCRIPTION OF ILLUSTRATIVE 
EMBODIMENT 

[0022] For the present detailed description, the term 
"mobile" or "mobility" is used to define and describe a 5 
device, unit, terminal, or system that is able to be moved 
from one location to another location, whether the de- 
vice, unit, terminal, or system is a wireless system that 
is movable or a wireline system that is movable. Fur- 
thermore, for this present detailed description, the 
phrase "mobile communication" or "mobility communi- 
cation" is used to define and describe communication 
protocols that track movement of such "mobile" devices, 
units, terminals, or systems from one location to another 
location and that provide and support communications 
for such "mobile" devices, units, terminals, or systems 
(i.e. whether these devices, units, terminals, or systems 
are wireless systems that are movable or wireline sys- 
tems that are movable). The present invention de- 
scribed herein is not in any way limited to any particular 
communication device, unit, terminal, system, or re- 
spective communication protocol, and the present in- 
vention may be utilized with any device, unit, terminal, 
or system that is able to be moved from one location to 
another location (whether a wireless system or a wire- 
line system) and with any communication protocol that 
tracks, provides, and supports communications for such 
devices, units, terminals, or systems that are movable 
from one location to another location. 
[0023] The present invention is a system and method 
for unifying the implementation and processing of mo- 
bile communications by various mobile devices and 
units and terminals ("mobile systems") that operate on 
various mobile communication protocols. With refer- 
ence now to the figures and in particular with reference 
to Figure 2, a unified mobility manager (UMM) 30 is 
shown. The UMM 30 unifies implementation and 
processing of mobile communications by various mobile 
systems, such as cellular/mobile telephones 28, pagers 
29A, personal computers (PCs) 29B, Personal Digital 
Assistants (PDAs) 29C, etc., that operate on different 
mobile communication protocols, such as North Ameri- 
can Cellular (NAC) or ANSI41 18, Group Special Mobile 
(GSM) network 20, a data network 22, a Public Switched 
Telephone Network (PSTN), etc. The UMM 30 is also 
adapted to support any other future network or protocol 
26 as shown in Figure 2. Figure 2 shows that the UMM 
30 provides a unified hardware system 30 that imple- 
ments and processes messages and provides respons- 
es for various types of mobile communication protocols. 
The UMM 30 and the system and method of the present 
invention allow tracking of mobile communications to a 
person and to his/her subscription services for various 
mobile communication types. Thus, . maintenance and 
management of the mobile communications that are of 
various mobile communication protocol types are uni- 
fied. 

[0024] As shown in Figure 2, the UMM 30 provides a 



mobility manager platform that is capable of receiving 
messages for different networks (such as NAC/ANSI41 
18, Group Special Mobile (GSM) network, cable modem 
network, mobile Internet protocol (IP), Public Switched 
Telephone Network (PSTN), data network, IS-136 Time 
Division Multiple Access (TDM A), IS-54BTime Division 
Multiple Access (TDM A), Advanced Mobile Phone Sys- 
tem (AMPS), Code Division Multiple Access (CDMA), 
and any other such present or future technologies that 
is able to track, provide, and support mobile communi- 
cations of mobile devices, units, terminals, or systems 
that move from one location to another location and that 
provide voice and data applications or any other infor- 
mation exchange to a mobile customer or user). The 
UMM 30 provides a unified mechanism of dealing with 
mobility communications for users/customers. The 
UMM 30 provides a logical common point for all mobility 
related messages regardless of the access mechanism 
at the home system. The reuse of technology is maxi- 
mized by providing an Unified Directory Services (UDS) 
system 31 (see Figure 5). The UMM 30 and UDS 31 
will be discussed in more detail later. The UMM 30 and 
UDS 31 allow the creation of a common addressing 
mechanism, low level message parsing, state machine, 
etc. The present invention is able to provide and use 
context specific handlers as needed to support a spe- 
cific protocol. The UMM 30 receives control messages 
that arrive in various networks and provide mobility man- 
agement operations such as addressing, location, track- 
ing of the user and his/her device(s), routing, etc. The 
UMM 30 minimizes the need for separate hardware and 
software platforms and creates a unified, consistent 
mechanism for services provided to the users for mobile 
systems of different types of communication protocols. 
The UMM 30 provides unification of mobility manage- 
ment irrespective of the various access technologies 
and protocols that exist at the home system. 
[0025] Figure 2 shows that the UMM 30 involves pro- 
file integration and provides a common point for all mo- 
bility related messages regardless of access technology 
or protocol. The profile integration is the combining of 
various communication protocols into a common repre- 
sentation or normalized data. The profile integration is 
accomplished by looking for common mobility manage- 
ment attributes in various protocols and creating an in- 
dependent normalized protocol representation. The 
common point for all mobility related messages is pro- 
vided by the UMM 30. The UMM 30 is able to handle 
the mobility related messages in two general ways: 1) 
It can receive and handle all control messages in their 
respective communication protocol formats (i.e. 
ANSI41 , Mobile Application Part (MAP), Mobile Internet 
Protocol (MIP), Next Generation (NG), Authentication 
Authorization and Accounting (AAA), nomadic wired 
mobility, or any other such present or future technolo- 
gies that is able to track, provide, and support mobile 
communications of mobile devices, units, terminals, or 
systems that move from one location to another location 
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and that provide voice and data applications or any other 
information exchange to a mobile customer or user) and 
2) It can convert and handle all control messages in their 
respective communication formats (i.e. ANSI41 , Mobile 
Application Part (MAP), Mobile Internet Protocol (MIP), 
Next Generation (NG), Authentication Authorization and 
Accounting (AAA), nomadic wired mobility, or any other 
such present or future technologies that is able to track, 
provide, and support mobile communications of mobile 
devices, units, terminals, or systems that move from one 
location to another location and that provide voice and 
data applications or any other information exchange to 
a mobile customer or user) into a normalized protocol 
that encompasses all mobility related functions and op- 
erations. These two options result in two respective con- 
versions: 1) Protocol conversions, where only essential 
elements required for basic mobility management of leg- 
acy functions are converted and 2) Mobility manage- 
ment conversion, where only essential components of 
legacy mobility management functions are ported to the 
new UMM 30. 

[0026] The present invention requires the unification 
of the information that the UMM 30 needs to access to 
be in a normalized manner or fashion so that the UMM 
30 is able to, in fact, access this data. Therefore, a uni- 
fied data storage method is required and disclosed for 
the present invention. The information needed by the 
UMM 30 needs to be analyzed and categorized. 
[0027] With reference now to the figures and in par- 
ticular with reference to Figure 3, a chart 29 shows 
some example categories 32 of information needed by 
the UMM 30. Some common categories 32 of UMM in- 
formation for various access technologies or communi- 
cation protocols include but are not limited to location 
tracking information 34, authentication information 36, 
service level agreement 38, equipment identity 40, per- 
sonal information and surveillance information 42, au- 
thorization information 44, and terminal capabilities 46. 
The present invention is not in any way limited to the 
specific categories disclosed, and any suitable category 
may be used in conjunction with the present invention. 
[0028] After these common categories 32 have been 
established, data 50 pertaining to each category for 
each network/personality type 48 (to each category 
within each type of communication protocol) is estab- 
lished, maintained, and constantly updated. With refer- 
ence now to the figures and in particular with reference 
to Figure 4, an example data organization chart 47 for 
the authentication information category 36 is shown. 
Figure 4 shows the chart 47 with various normalized 
data 50 defined for each network/personality type 48 for 
the authentication information category 36. The data 50 
is normalized data which is readable and usable by the 
UMM 30. For example, the chart 47 shows that for the 
network/personality of ANSI41 18 (such as for a cellular 
telephone), the normalized data 50 for the authentica- 
tion information 36 is defined as Authentication Algo- 
rithm Version (AAV), Authentication Capability (Auth- 



Cap), Authentication Key (Akey), and Signaling and 
Messaging Encryption (SME) (NAC) wherein this nor- 
malized data 50 is used by the UMM 30 in order to han- 
dle and process authentication information for an 

5 ANSI41 network/personality. The chart 47 further shows 
that for the cable network/personality (such as for cable 
modem), the normalized data 50 for the authentication 
information 36 is defined as Cable Modem specific au- 
thorization wherein this normalized data 50 is used by 

10 the UMM 30 in order to handle and process authentica- 
tion information for a cable network/personality. The 
chart 47 also shows that for the network/personality of 
GSM 20 or GSM GPRS, the normalized data 50 for the 
authentication information 36 is defined as Authentica- 

15 tion (Auth.) triplets, Random Number (RAND/SRES), 
and Authentication Key (Kc) wherein this normalized da- 
ta 50 is used by the UMM 30 in orderto handle and proc- 
ess authentication information for a GSM or GSM/ 
GPRS network or personality. The chart 47 still further 

20 shows that for the mobile IP network/personality (such 
as for a mobile computer with IP access), the normalized 
data 50 for authentication information 36 is defined as 
Authentication Certificates (Auth. Certificates) and en- 
cryption key wherein this normalized data 50 is used by 

25 the UMM 30 in orderto handle and process authentica- 
tion information for a mobile IP network/personality. Oth- 
er charts similar to chart 47 would exist for the other cat- 
egories (i.e. location tracking, service level agreement, 
equipment identity, personal information and surveil- 

30 lance information, authorization information, terminal 
capabilities, etc.) for correlating normalized data for 
each category to respective networks/personalities. The 
present invention is not in any way limited to the specific 
data category, network/personality, organization or nor- 

35 malization of data disclosed, and any suitable category, 
network/personality, data organization or normalization 
of data is able to be used in conjunction with the present 
invention. Furthermore, any present or future communi- 
cation protocol that requires mobility management and 

40 that tracks, supports, and provides communications of 
a mobile device, unit, terminal, or system, whether ft is 
a wireless system or a wireline or wired system, is able 
to be used in conjunction with the present invention. 
[0029] Thus, all information pertaining to the various 

45 networks/personalities are stored in the same or similar 
format as illustrated in the example of Figure 4. The ge- 
neric representation of the format (as illustrated in chart 
47 of Figure 4) is as follows: network/personality type 
followed by the data for that network/personality type. 

so The identification and correlation of the network/person- 
ality type to the data allows conversion from the network 
specific messages to normalized data and vice versa as 
well. Any data that is already common to all networks is 
unlabelled and is able to be extracted and directly ac- 

55 cessed for all network types. 

[0030] With reference now to the figures and in par- 
ticular with reference to Figure 5, the Unified Mobility 
Manager/Unified Directory Services (UMM/UDS) mes- 
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sage processor system 72 that handles and processes 
UMM messages that were converted from network spe- 
cific messages is shown. Referring to Figures 1 and 5, 
the UMM/UDS message processor system 72 is located 
in the home system 12 and replaces the home message 
processor 15 located therein. Referring to Figure 5, the 
UMM/UDS message processor system 72 comprises 
three main subsystems: the gateway cluster 74, the Uni- 
fied Mobility Manager (UMM) 30, and the Unified Direc- 
tory Services (UDS) 31 . The gateway cluster 74 com- 
prises a number of gateways for various communication 
protocols (i.e. networks/personalities 48). These gate- 
ways receive network specific messages from the serv- 
ing system 10 (i.e. see block diagram 5 of Figure 1). 
The UMM 30 manages, retrieves, and performs all op- 
erations requested by network specific messages. The 
UDS 31 allows respective operations to be performed 
on it by the UMM 30, and the UDS 31 supplies all of the 
information needed to the UMM 30 by supplying the Net- 
work Specific Identifier (NSI), the Network Transparent 
Identifier (NTI), and the specific network/personality 
type 48 along with any common information that the user 
needs. 

[0031] The present invention involves the implemen- 
tation of a UMM message processing and handling 
method, which is illustrated in Figure 5. The first step of 
the method, which generally occurs at location 84, in- 
volves the network specific messages being received 
by the gateway cluster 74 and directed to respective 
types of gateways depending on the type of messages 
received. For example, if a specific ANSI41 or NAC 
message is received at the gateway cluster 74, then the 
message is forwarded, normalized, and processed by 
the ANSI41 or NAC gateway 76. If a specific GSM mes- 
sage is received at the gateway cluster 74, then the 
message is forwarded, normalized, and processed by 
the GSM gateway 78. If a specific Mobile Internet Pro- 
tocol (MIP) message is received at the gateway cluster 
74, then the message is forwarded, normalized, and 
processed by the MIP gateway 76. This step of process- 
ing messages is performed in the same manner for any 
other types of messages at respective types of gate- 
ways. The second step of the method, which occurs at 
location 86, involves converting the network specific 
identities of the specific message to a network transpar- 
ent identifier (NTI). The respective gateway performs 
the conversion, and the conversion is accomplished by 
looking up a conversion table of information, such as a 
local cache or UDS lookup table (i.e. conversion table 
may be derived from category charts, such as the chart 
36 in Figure 4). The conversion is generally from a Net- 
work Specific Identity (NSI) to a Network Non-specific 
Identity (NNI) with generic operations requested such 
as add, update, search, delete entries, etc. The normal- 
ized message having the NTI is forwarded to the UMM 
30. The third step of the method, which generally occurs 
at location 88, involves the UMM 30 processing the nor- 
malized message and then performing the appropriate 



operation on the UDS 31 . The information that is needed 
from the UDS 31 is obtained by supplying the Network 
Specific Identifier (NSI) along with the Network Trans- 
parent Identifier (NTI) and the specific network/person- 

s alitytype48. 

[0032] The fourth step of the UMM message process- 
ing method, which generally occurs at location 90, in- 
volves the UMM 30 retrieving and performing all the op- 
eration^) requested by the network specific message 

10 that was/were from the mobile system 14 of the user. 
The UDS 31 searches through the unified or normalized 
data to look for any information pertaining to the user 
using the NSI and network/personality type 48 along 
with any common information that the mobile system 1 4 

15 of the user needs. An example of how the UDS data 96 
is organized in the UDS 31 is shown in chart 95. The 
UDS data 96 may include the identification of the user 
97. For that user 97, the network specific user identifi- 
cation (ID) 98, the location information 100, and other 

20 such information may be identified. The fifth step of the 
method, which generally occurs at location 92, involves 
the UMM 30 sending an intended response in the nor- 
malized manner to the appropriate and respective gate- 
way within the gateway cluster 74. The respective gate- 

25 way then converts the normalized response back to the 
corresponding communication protocol (i.e. network/ 
personality), which provides a network specific re- 
sponse. The sixth step of the method, which generally 
occurs at location 94, involves sending the converted 

30 network specific response back through the serving sys- 
tem 10 and to the mobile system 14 and user (i.e. see 
block diagram 5 of Figure 1). 

[0033] With reference now to the figures and in par- 
ticular with reference to Figure 6, a flow chart of an al- 
as gorithm 52 for handling and processing of UMM mes- 
sages by the UMM/UDS message processor system 72 
and through a gateway cluster 74 and for accessing the 
normalized data in the UDS 31 is shown. The algorithm 
52 starts at block 54. The algorithm 52 moves to block 
40 56 where a network specific message (i.e. from the serv- 
ing system 10 as shown in Figure 1) is received at the 
UMM 30. The network specific message contains a net- 
work specific identity (NSI). The algorithm 52 moves to 
block 58 where the UMM 30 translates this message 
45 from a NSI to a network transparent identifier (NTI) by 
querying the UDS 31 . At this step at block 58, a simple 
unique match is generally sought. The algorithm 52 
moves to block 60. At block 60, the UMM 30 constructs 
a normalized query for retrieving data using the NTI 
so specified and a network/personality type 48, which is de- 
rived from the NSI of the network specific message. The 
algorithm 52 moves to block 62 where the UDS 31 re- 
turns all of the information pertaining to the NTI in re- 
sponse to the network specific message. The algorithm 
55 52 moves to block 64 where the information is parsed 
to extract the network/personality specific attributes or 
data. The algorithm 52 moves to block 66 where the ex- 
tracted data which constructs the network specific re- 



7 



13 



EP 1 109 417 A1 



14 



sponse for a network/personality type 48 is sent from 
the UMM 31 to the gateway cluster 74 and to the appro- 
priate and respective gateway. The algorithm 52 ends 
and stops at block 68. 

[0034] The present invention provides unification of 
subscriptions of various communication services across 
various respective communication protocols under a 
single umbrella for each subscriber, user, or customer. 
A user may have mobile devices, units, or terminals in 
which respective subscriptions to services for these de- 
vices, units, or terminals have been obtained, and the 
mobile devices or units or terminals are of different types 
of communication protocols. The present invention, 
which includes the gateway cluster 74, the UMM 30, and 
the UDS 31 at the home system 12 that processes net- 
work specific messages, may be implemented and used 
to track the various mobile communications of a user 
instead of the mobile systems or mobile devices, units, 
or terminals themselves. The normalized data provides 
a way for tracking all of the mobile communication pro- 
tocols and mobile systems utilized by the user since all 
of the data is able to be stored in an unified manner (i. 
e. in a unified storage system and handled by a unified 
data manager), that is, respectively UDS 31 and UMM 
30. All of the information for a user and his/her mobile 
systems able to be stored as normalized data in the UDS 
31. 

[0035] With reference now to the figures and in par- 
ticular with reference to Figure 7, a chart of permanent 
and transient subscriber data 102, which is an example 
of normalized data for the present invention, is shown. 
Figure 7 shows an example organization and format for 
the different types of permanent and transient data 1 02. 
The permanent and transient subscriber data 102 in- 
cludes but is not limited to the following: 1) Top level 
User Identity 104 (i.e. Person, UserNAI, etc.); 2) User 
Identity/Terminal Identity 106 (i.e. NAI, IMSI, Ml, and IP 
addresses); 3) Equipment Identity 108 (i.e. Serial 
Number (GSM and NAC), PC Identity (MAC Address), 
Intel Chip ID); 4) Personal Information 110 (i.e. name, 
address, etc.); 5) Service Level Agreements (SLA) 112; 
6) Terminal capabilities/network capabilities 114 (i.e. 
Access specific or technology specific (IP enabled or ac- 
cess enabled)); 7) Location Information 116 (macro lo- 
cation) (i.e. COA (IP address of subnet), MSC ID (NAC 
only), MSC Number, VLR, SGSN Number (GSM), LSF 
NAI (IPM specific)); 8) Authentication Information 118 
(i.e. AAV, AuthCap Akey, SME (NAC), Authentication 
Certificates, IPSec, IKE, AAV, Encryption key, etc. (IP 
networks), Security Parameter Index (SPI), Authentica- 
tion triplets, RAND/SRES, and Kc (GSM network)); 9) 
Authorization 120 (i.e. Authorization Period, Geograph- 
ic Authorization (NAC), RSZI lists, Call barring restric- 
tions based on location/roaming, subscription restric- 
tion, etc., IP enabled networks (such as firewall, lifetime, 
subnets enabled)); 10) Surveillance and Call Trace 122 
(i.e. GSM, NAC, IP, etc.); 11) Services 124 (i.e. Quality 
of Service Profile (such as GPRS, MIP, 1xRTT MIP), 



Origination services (such as local, national, toll, etc.), 
Termination services (such as forwarding services, con- 
ferencing, data delivery, call/data screening), Roaming 
services (such as location based services and restric- 

5 tions, etc.). 

[0036] With reference now to the figures and in par- 
ticular with reference to Figure 8, a chart of temporary 
transient subscriber data, which is another example of 
normalized data, is shown. Figure 8 shows an example 

10 organization and format for the different types of tempo- 
rary transient data 126. The temporary subscriber data 
126 includes but is not limited to the following: 
1 ) Micro level mobility information of the mobile/terminal 
128; 2) Temporary transient information 130, which 

15 needs to be updated frequently where the UDS 31 may 
not be used (i.e. Location Area ID, Control channel data, 
mobile not reachable flag (NAC), MS Purged for GPRS, 
SGSN area restricted flag, etc. for GSM, MIP/1xrTT 
such as co-located address flag, broadcast data grams, 

20 identification). 

[0037] While the invention has been particularly 
shown and described with reference to a preferred em- 
bodiment, it will be understood by those skilled in the art 
that various changes in form and detail may be made 

25 therein without departing from the spirit and scope of the 
invention. 

Claims 

30 

1 . A method of unifying and handling network messag- 
es of various communication protocols from various 
mobile systems wherein the network messages are 
being handled at a home system for the various mo- 
35 bile systems comprising the steps of: 

storing normalized data which at least includes 
data relating to the mobile systems and network 
types of the mobile systems correlated to the 
40 data wherein the normalized data are stored in 

categories in a database system, 

receiving the network messages at the home 
system, 

45 

converting the network messages to normal- 
ized messages by querying the categories, the 
data, and the network types of the normalized 
data for the mobile systems from which the net- 
50 work messages were respectively generated 

therefrom, 

processing the normalized messages and per- 
forming operations based on the normalized 
55 messages and based on the categories, the da- 

ta, and the network types of the normalized da- 
ta, 
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formulating normalized responses responsive 
to the normalized messages, 

converting the normalized responses to net- 
work responses, and 

sending the network responses to the respec- 
tive mobile systems. 

2. The method according to Claim 1 , wherein the step 
of storing normalized data further comprises the 
step of: 

storing the normalized data in a unified direc- 
tory services system. 

3. The method according to Claim 1 , wherein the step 
of receiving the network messages further compris- 
es the steps of: 

receiving the network messages at a gateway 
cluster that has a number of gateways for dif- 
ferent types of communication protocols, 

determining the different types of communica- 
tion protocols for the network messages, and 

directing each of the network messages to a re- 
spective one of the gateways based on each of 
the determined different types of communica- 
tion protocols for the each of the network mes- 
sages. 

4. The method according to Claim 3, wherein the con- 
verting steps are performed at the gateways. 

5. The method according to Claim 1 , wherein the net- 
work messages contain network specific identities 
and wherein the step of converting the network 
messages further comprises the step of: 

converting the network specific identities of 
the network messages to network transparent iden- 
tifiers. 

6. The method according to Claim 5, wherein the step 
of converting the network specific identities further 
comprises the steps of: 

providing lookup tables in the database system 
for the categories, and 

using the lookup tables to convert the network 
specific identities to the network transparent 
identifiers. 

7. The method according to Claim 1 , wherein the step 
of processing the normalized messages further 
comprises the steps of: 



forwarding the normalized messages to a uni- 
fied mobility manager, and 

using the unified mobility manager to perform 
s appropriate operations on the database sys- 

tem. 

8. The method according to Claim 7, wherein the net- 
work messages contain network specific identities 

io and wherein the step of converting the network 
messages further comprises the step of converting 
the network specific identities of the network mes- 
sages to network transparent identifiers and where- 
in the step of using the unified mobility manager fur- 

15 ther comprises the step of: 

obtaining information needed for performing 
the appropriate operations by supplying the net- 
work specific identities along with the network trans- 
parent identifiers and the network types to the da- 

20 tabase system. 

9. The method according to Claim 1 , wherein the step 
of processing the normalized messages further 
comprises the steps of: 

25 

using a unified mobility manager for retrieving 
and performing the appropriate operations, and 

having the database system search through the 
30 normalized data to look for information relating 

to the mobile systems. 

10. The method according to Claim 9, wherein the net- 
work messages contain network specific identities 

35 and wherein the step of converting the network 
messages further comprises the step of converting 
the network specific identities of the network mes- 
sages to network transparent identifiers and where- 
in the step of having the database system search 
40 further comprises the step of: 

using the network specific identities, the net- 
work types, and common information for finding the 
information relating to the mobile systems. 

45 11. A system for unifying and handling network mes- 
sages of various communication protocols from var- 
ious mobile systems wherein the network messag- 
es are being handled at a home system for the var- 
ious mobile systems comprising: 

50 

a gateway cluster having a number of gateways 
of different types of communication protocols 
for receiving the network messages of the re- 
spective communication protocols at the home 
55 system and for converting the network messag- 

es to normalized messages at the gateways by 
querying the categories, the data, and the net- 
work types of the normalized data for the mobile 
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systems from which the network messages 
were respectively generated therefrom, 

a database system for storing normalized data 
in categories wherein the normalized data at s 
least includes data relating to the mobile sys- 
tems and network types of the mobile systems 
correlated to the data, 

a unified mobility manager coupled to and in 10 
communications with the gateway cluster and 
the database system wherein the unified mobil- 
ity manager receives and processes the nor- 
malized messages, performs operations based 
on the normalized messages and based on the is 
categories, the data, and the network types of 
the normalized data, and formulates normal- 
ized responses responsive to the normalized 
messages, and 

20 

wherein the normalized responses are convert- 
ed to network responses at the gateways and 
the network responses are sent to the respec- 
tive mobile systems. 

25 

12. The system according to Claim 11 , wherein the da- 
tabase system is a unified directory services sys- 
tem. 

13. The system according to Claim 11 , wherein the re- 30 
spective gateways determine the different types of 
communication protocols for the network messages 
and direct each of the network messages to a re- 
spective one of the gateways based on each of the 
determined different types of communication proto- 35 
cols for the each of the network messages. 

1 4. The system according to Claim 1 1 , wherein the net- 
work messages contain network specific identities 
and the gateways convert the network specific iden- 40 
tities of the network messages to network transpar- 
ent identifiers. 

15. The system according to Claim 14, wherein the da- 
tabase system comprises lookup tables for the cat- *s 
egories wherein the lookup tables are used by the 
gateways to convert the network specific identities 

to the network transparent identifiers. 

1 6. The system according to Claim 1 1 , wherein the uni- so 
Vied mobility manager performs appropriate opera- 
tions on the database system. 

1 7. The system according to Claim 1 6, wherein the net- 
work messages contain network specific identities ss 
and wherein the gateways convert the network spe- 
cific identities of the network messages to network 
transparent identifiers and wherein the unified mo- 
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bility manager obtains information needed for per- 
forming the appropriate operations by supplying the 
network specific identities along with the network 
transparent identifiers and the network types to the 
database system. 

18. The system according to Claim 11 , wherein the uni- 
fied mobility manager is used for retrieving and per- 
forming the appropriate operations and the data- 
base system searches through the normalized data 
to look for information relating to the mobile sys- 
tems. 

19. The system according to Claim 18, wherein the net- 
work messages contain network specific identities 
and wherein the gateways convert the network spe- 
cific identities of the network messages to network 
transparent identifiers and wherein the database 
system uses the network specific identities, the net- 
work types, and common information for finding the 
information relating to the mobile systems. 

20. A normalized data structure used for unifying and 
handling one of a number of network messages 
based on one of a number of communication proto- 
cols from various mobile systems wherein the net- 
work messages are being handled at a home sys- 
tem for the various mobile systems comprising: 

data from the one of the network messages, 

one of a number of data categories for identify- 
ing a category type of the data, and 

one of a number of network types that identifies 
and correlates the respective one of the com- 
munication protocols to the data. 

21. The normalized data structure according to Claim 
20, wherein the data categories comprises location 
tracking information, authentication information, 
service level agreement, equipment identity, per- 
sonal information and surveillance information, au- 
thorization information, and terminal capabilities. 

22. The normalized data structure according to Claim 
20, wherein the network types comprises a NAC/ 
ANSI41 network, a Group Special Mobile (GSM) 
network, a cable modem network, a mobile Internet 
protocol (IP), a public switched telephone network 
(PSTN), a data network, an IS-136 time division 
multiple access (TDMA), an IS-54B time division 
multiple access (TDMA), an advanced mobile 
phone system (AMPS), and a code division multiple 
access (CDMA). 
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— COA (IP address of subnet) 
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— MSC Number, VLR, and SGSN Number (GSM) 

— LSF NAI (IPM specific) 
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— AAV, AuthCap, Akey, and SME (NAC) 

— Authentication Certificates, IPSec, IKE, AAV, 
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— SPI 

— Authentication triplets, RAND/SRES, 
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— IP enabled networks - firewall, Lifetime, subnets enabled 



Surveillance and Call Trace 
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